Janvier 2004
© Copyright Microsoft Corporation, 2004. Tous droits réservés.
L'équipe chargée de la documentation de Reporting Services serait ravie de recevoir vos commentaires à propos de ce fichier Lisezmoi. Le lien ci-dessous est proposé à cet effet. Notez que le courrier électronique doit être rédigé en anglais. Si votre navigateur n'est pas en anglais et que vous configurez Outlook Express pour la première fois, vous devrez peut-être cliquer à nouveau sur ce lien après la configuration de Microsoft Outlook Express. Pour les navigateurs en langue asiatique, il convient d'ignorer les erreurs d'affichage des caractères dans l'objet ou le corps du message électronique. Pour envoyer vos commentaires à propos de ce document, cliquez ici : Envoyer des commentaires.
Ce fichier contient des informations qui viennent compléter la documentation de Microsoft® SQL Server™ Reporting Services. Il se compose de deux sections : Problèmes d'installation et de configuration et Problèmes connus liés aux opérations sur le serveur.
Des informations de dernière minute qui n'étaient pas prêtes pour ce fichier Lisezmoi seront publiées sur le site Web du support technique de Microsoft, dans l'article 832976 de la Base de connaissances Microsoft (en anglais).
1.1 L'installation à partir d'un partage réseau n'est pas prise en charge.
1.2 Fichiers de configuration et mise à niveau
1.3 Paramètres obligatoires pour exécuter une installation sans assistance
1.4 Problème avec Authz.dll pour Windows 2000 Server avec SP4
1.5 Conditions que doit remplir un compte d'utilisateur pour le service Agent SQL Server
1.9 Générateur de rapports et mise à niveau à partir de la version bêta 2
1.11 Le compte Service local n'est pas pris en charge pour le service Windows ReportServer.
1.12 Les composants Microsoft Data Access (MDAC) 2.6 ou plus récents doivent être installés.
1.13 ASP.NET version 1.1 doit être installé et configuré correctement.
1.14 Installation de Reporting Services avec Windows SharePoint Services
2.1 Les mots de passe vides ne sont pas pris en charge.
2.2 L'actualisation automatique a une limite minimale de 10 secondes.
2.4 L'utilitaire RSKeymgmt ne supprime pas toutes les données d'abonnement cryptées.
Avant d'exécuter le programme d'installation, ouvrez sa documentation pour en vérifier les conditions requises et suivre les instructions. Pour cela, double-cliquez sur Rssetup.chm sur le CD-ROM du produit. Pour faciliter l'installation, Microsoft conseille de lire les rubriques suivantes avant de commencer : Configuration matérielle requise, Configuration logicielle requise, Comptes système et comptes d'utilisateur utilisés pendant l'installation, Préparation de l'installation.
1.1 L'installation à partir d'un partage réseau n'est pas prise en charge.
L'erreur d'installation 2755 se produit lorsque vous voulez exécuter le programme d'installation à partir d'un partage réseau. Remarque : Vous pouvez toutefois exécuter le programme d'installation à partir d'un ordinateur distant à l'aide d'un chemin UNC (Universal Naming Convention). Cette erreur se produit uniquement lorsque vous affectez une lettre de lecteur à un ordinateur ou à un dossier du réseau, et que vous essayez ensuite d'exécuter le programme d'installation à l'aide du lecteur mappé.
1.2 Fichiers de configuration et mise à niveau
Avant de procéder à la mise à niveau, enregistrez une copie de tous les fichiers de configuration existants que vous avez modifiés. Lors d'une mise à niveau à partir de la version bêta 2, le programme d'installation remplace les fichiers de configuration existants par de nouveaux fichiers plus récents. Si vous avez ajouté ou supprimé des paramètres (par exemple, si vous avez ajouté des extensions personnalisées ou supprimé des extensions par défaut), ces modifications seront perdues lors de l'installation.
Si vous avez modifié la valeur d'un paramètre existant (par exemple, si vous avez remplacé la valeur par défaut de PollingInterval par une autre valeur), la valeur que vous avez spécifiée sera copiée dans le nouveau fichier de configuration.
Si vous avez modifié rsreportdesigner.config de quelque manière que ce soit, il ne sera pas remplacé. Pour mener à bien la mise à niveau, vous devez copier manuellement sur votre système local le fichier rsreportdesigner.config à partir du CD-ROM du produit (ce fichier se trouve dans le dossier \Setup\x86). À l'exception des paramètres d'autorisation, vous pouvez coller dans le nouveau fichier les entrées personnalisées que vous souhaitez conserver. Remarque : Le fichier rsreportdesigner.config a été modifié pour la version finale. Vous ne pouvez pas utiliser la version bêta 2 de rsreportdesigner.config dans la version finale du produit.
Les fichiers de configuration ne contiennent plus de paramètres d'autorisation pour des assemblys personnalisés. Si vous avez déployé un assembly personnalisé, vous devez copier les paramètres d'autorisation dans un nouveau fichier, puis associer ce fichier à votre assembly. Pour plus d'informations, recherchez « Assemblys personnalisés » dans la documentation en ligne de Reporting Services.
1.3 Paramètres obligatoires pour exécuter une installation sans assistance
Lorsque vous spécifiez des paramètres pour une installation sans assistance, veillez à spécifier RSDATABASELOGFILELOCATION et RSDATABASEFILELOCATION dans la même opération d'installation. En effet, si vous ne spécifiez que RSDATABASELOGFILELOCATION, une erreur d'installation se produira.
Lors de l'exécution d'une installation sans assistance sur un serveur Windows 2000, si vous spécifiez un compte d'utilisateur de domaine pour le RSACCOUNT, vous devez aussi spécifier une connexion SQL Server pour RSSQLACCOUNT. Sinon, une erreur d'activation se produira à la fin de l'installation.
1.4 Problème avec Authz.dll pour Windows 2000 Server avec SP4
Certaines installations de Windows 2000 avec son Service Pack (SP) 4 ne comportent pas le fichier Authz.dll (Authorization Framework). Si vous avez effectué une mise à niveau vers le SP4 à partir d'une version précédente (telle que SP3), Authz.dll est probablement installé. Si vous avez installé Windows 2000 et SP4 ensemble (autrement dit en utilisant la technologie slipstream d'installation intégrée), Authz.dll est certainement absent du système. Vous pouvez y remédier en installant le SP4 séparément ou en installant un correctif selon la procédure indiquée dans l'article 320211 de la Base de connaissances. Le support technique peut vous fournir ce correctif si vous faites référence à l' article concerné.
Reporting Services utilise Authz.dll pour effectuer des vérifications d'autorisation lorsque le serveur de rapports exécute un processus planifié (par exemple l'actualisation d'un abonnement ou d'un cliché). Si ce fichier n'est pas installé sur votre ordinateur, un avertissement s'affiche au cours de la vérification des conditions préalables dans le programme d'installation.
1.5 Conditions que doit remplir un compte d'utilisateur pour le service Agent SQL Server
Le service Agent SQL Server doit s'exécuter sous un compte d'utilisateur de domaine si vous avez configuré le serveur de rapports pour une connexion à SQL Server à l'aide d'un compte de domaine et en utilisant l'authentification Windows (au lieu d'une connexion SQL Server ou d'un compte de service). Lorsque le serveur de rapports s'exécute comme utilisateur de domaine, il crée des travaux de l'Agent SQL Server dont le propriétaire est ce compte de domaine. Pour que l'Agent SQL Server puisse acheminer une tâche au processeur de planification et de remise, il doit avoir l'autorisation d'accéder aux informations concernant les travaux qui appartiennent à un compte de domaine. S'il se trouve que l'Agent SQL Server s'exécute en tant que compte d'utilisateur local, le service n'aura pas l'autorisation d'accéder aux informations du compte de domaine, et l'abonnement et la remise du rapport échoueront.
1.6 Conditions requises pour héberger la base de données du serveur de rapports sur une instance SQL Server distante
Le programme d'installation exige que vous spécifiiez une méthode d'authentification et des informations d'identification que le serveur de rapports doit utiliser pour la connexion à sa base de données. Si vous utilisez une instance SQL Server distante pour héberger la base de données du serveur de rapports, vos choix à propos de la méthode d'authentification à utiliser varieront en fonction du compte sous lequel le service SQL Server distant s'exécute.
Pour spécifier ces valeurs, utilisez la page Base de données du serveur de rapports de l'Assistant Installation.
1.7 Installez le correctif 859 si vous utilisez les informations d'identification du compte de service pour accéder à la base de données du serveur de rapports sur Windows 2003 Server.
Le correctif 859 pour SQL Server est nécessaire lorsque vous installez un serveur de rapports sur Windows Server 2003 et que vous utilisez les informations d'identification du compte de service pour la connexion à une instance SQL Server locale hébergeant la base de données du serveur de rapports. Vous trouverez des détails sur ce correctif dans l'article 821334 de la Base de connaissances.
Pour continuer l'installation, vous pouvez effectuer l'une des opérations suivantes : utiliser le correctif, choisir une autre instance SQL Server (plus précisément, une instance qui soit située sur un autre ordinateur) ou choisir un autre type d'informations d'identification. Pour télécharger le correctif 859, consultez le site Web de Reporting Services (en anglais).
1.8. Sur un contrôleur de domaine, Reporting Services nécessite une configuration manuelle après l'installation.
Sur Windows 2003 Server, aucune configuration manuelle n'est requise pour que Reporting Services s'installe et s'exécute correctement sur un ordinateur qui est également un contrôleur de domaine. Sur Windows 2000 Server, Reporting Services s'installe correctement sur un contrôleur de domaine, mais il n'est pas activé. Suivez cette procédure, soit avant soit après l'installation, afin de configurer correctement Reporting Services pour une exécution sur un contrôleur de domaine :
Que ce soit sur Windows 2000 ou sur Windows 2003, si vous utilisez un compte Windows pour la connexion à la base de données du serveur de rapports, l'utilisateur Windows doit bénéficier du droit d'ouverture de session en local sur le contrôleur de domaine sur lequel s'exécute le serveur de rapports, même si la base de données de ce dernier se trouve sur un autre ordinateur. Par défaut, les utilisateurs du domaine n'ont pas cette autorisation. Si l'une quelconque des étapes ci-dessus est effectuée après l'installation, exécutez rsactivate.exe afin d'activer votre installation de Reporting Services.
1.9 Générateur de rapports et mise à niveau à partir de la version bêta 2
Le Générateur de rapports risque de ne pas fonctionner correctement après la désinstallation de la version bêta 2 et la mise à niveau vers une version finale de Reporting Services. Si vous effectuez une mise à niveau du Générateur de rapports ou si vous le désinstallez pour installer une version plus récente, n'oubliez pas de vider votre cache d'assembly privé sur l'ordinateur sur lequel vous effectuez l'installation. Dans certains cas, d'anciennes versions d'assemblys du Générateur de rapports sont chargées à partir du cache ; de ce fait, les nouveaux assemblys sont ignorés. Pour vider ce cache, placez-vous dans le dossier C:\Documents and Settings\nom_utilisateur\Local Settings\Application Data\assembly (pour une installation par défaut sur le lecteur C), puis supprimez tous les fichiers ou sous-dossiers qui s'y trouvent.
1.10 Conditions que doit remplir un compte d'utilisateur de domaine pour des abonnements et le service Windows ReportServer s'exécutant sous Windows 2000 ou Windows XP
Si le service Windows ReportServer s'exécute sous Windows 2000 ou sous Windows XP, vous devez le configurer pour une exécution sous un compte de domaine. Si vous utilisez un compte qui ne dispose pas des autorisations de domaine suffisantes, la remise d'abonnement échouera lorsque le serveur de rapports tentera de remettre les rapports aux comptes d'utilisateur de domaine. L'erreur suivante se produit lorsque la remise de rapport échoue en raison de problèmes d'autorisation et d'accès au domaine : « Échec de l'envoi du message électronique : Le Report Server a rencontré une erreur de configuration. »
1.11 Le compte Service local n'est pas pris en charge pour le service Windows ReportServer.
L'utilisation du compte Service local pour le service Windows ReportServer n'est pas prise en charge. Si vous installez un serveur de rapports sur un ordinateur Windows XP ou Windows Server 2003, vous devez choisir un autre compte pour exécuter le service Windows ReportServer.
1.12 Les composants Microsoft Data Access (MDAC) 2.6 ou plus récents doivent être installés.
Les composants Report Server et Générateur de rapports requièrent MDAC version 2.6 ou ultérieure. Pour installer l'un de ces composants Reporting Services, vous devez d'abord télécharger et installer MDAC version 2.6 ou ultérieure. Pour cela, connectez-vous au site des téléchargements MSDN : Téléchargements Data Access (en anglais). La configuration système requise et les instructions d'installation sont fournies avec le téléchargement.
1.13 ASP.NET version 1.1 doit être installé et configuré correctement.
Le Générateur de rapports est une application ASP.NET. Pour effectuer son installation, ASP.NET doit être installé et configuré. L'installation exige que la version 1.1.4322 de ASP.NET soit enregistrée avec IIS. Si vous installez Reporting Services sur Windows Server 2003, ASP.NET doit s'exécuter comme service réseau. Pour plus d'informations sur l'installation et la configuration d'ASP.NET, consultez la documentation de l'installation.
1.14 Installation de Reporting Services avec Windows SharePoint Services
Sur Windows Server 2003, si vous installez Reporting Services avec Windows SharePoint Services, vous devez effectuer quelques étapes très simples pour que le système fonctionne correctement. Pour plus d'informations, reportez-vous à « Dépannage d'une installation conjointe de Reporting Services et de Windows SharePoint Services » dans la documentation de l'installation. Vous pouvez ignorer l'étape 3 (augmenter à Confiance totale le niveau de confiance) de la section de dépannage. Une modification a été apportée au fichier de la stratégie par défaut, de sorte que cette opération est désormais obsolète.
2.1 Les mots de passe vides ne sont pas pris en charge.
Tous les comptes qui sont utilisés par Reporting Services ou le programme d'installation doivent disposer d'un mot de passe valide. Si un compte n'en possède pas, vous obtenez une erreur de validation.
2.2 L'actualisation automatique a une limite minimale de 10 secondes.
Si vous utilisez l'actualisation automatique pour spécifier une fréquence d'actualisation pour un rapport, n'oubliez pas que le serveur de rapports impose une limite minimale de 10 secondes. Si vous spécifiez une valeur inférieure à 10 secondes, cette valeur sera ignorée.
2.3 Les propriétés système de Report Server ne sont pas mises à niveau automatiquement sur tous les membres d'une batterie de serveurs Web.
Les propriétés système du serveur de rapports sont stockées dans la base de données de ce serveur ; elles sont utilisées par chaque serveur de rapports d'une batterie de serveurs Web. Chaque serveur d'une batterie de serveurs Web met en cache une copie locale des propriétés système en mémoire. La modification de ces propriétés (par exemple, SessionTimeout) ne déclenche pas automatiquement une mise à jour globale des propriétés système pour tous les membres. Les propriétés système ne sont réactualisées que lors de la réinitialisation du domaine d'application (réinitialisations IIS) pour chaque membre de la batterie de serveurs Web. Cette opération se produit régulièrement, mais peut-être pas suffisamment souvent pour que le fonctionnement du système soit modifié immédiatement.
2.4 L'utilitaire RSKeymgmt ne supprime pas toutes les données d'abonnement cryptées.
Si vous supprimez un contenu crypté parce qu'il n'est plus accessible, sachez qu'une partie de ce contenu crypté peut subsister. En particulier, l'utilitaire rskeymgmt ne supprime pas les informations d'identification cryptées définies pour les abonnements qui concernent la remise vers un partage de fichiers. C'est le seul cas dans lequel des informations d'identification cryptées ne sont pas supprimées lorsque vous exécutez rskeymgmt avec l'option –d.
Vous pouvez utiliser le Générateur de rapports pour identifier et mettre à jour les abonnements concernés. Si la colonne État de Mes abonnements indique « Données erronées », l'abonnement doit être mis à jour. Pour supprimer les paramètres cryptés, ouvrez l'abonnement, spécifiez à nouveau les informations d'identification, puis enregistrez l'abonnement.
2.5 La modification du nom d'un ordinateur implique des mises à jour des paramètres du serveur de rapports.
La modification du nom d'un ordinateur entraîne une modification équivalente du nom pour le serveur Web et l'instance SQL Server (si elle se trouve sur le même ordinateur). Il arrive que Reporting Services ne fonctionne plus correctement après la modification du nom d'un ordinateur. Si vous utilisez un serveur Windows 2000 et que le service Windows ReportServer s'exécute en tant que système local, ce dernier ne démarre plus automatiquement lorsque vous redémarrez l'ordinateur. Si vous utilisez Windows Server 2003, le service démarre, mais vous ne pouvez pas vous connecter à la base de données du serveur de rapports. Pour restaurer le service après la modification du nom d'un ordinateur, suivez cette procédure :
rsconfig -s<NouveauNomServeur> -dreportserver -aSQL -uSA -p<MotDePasseSA>
Si vous utilisez Windows 2000 Server, l'opération requiert quelques étapes supplémentaires :
rsactivate -c"%installdir%\Reporting Services\ReportServer\RSReportServer.config"